home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960209-19960425 / 000478_news@columbia.edu _Thu Apr 25 09:30:05 1996.msg < prev   
Internet Message Format  |  2020-01-01  |  5KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id JAA28961 for <kermit.misc@watsun>; Thu, 25 Apr 1996 09:30:04 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id JAA00205 for kermit.misc@watsun; Thu, 25 Apr 1996 09:30:01 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: kermit for AS/400 (was Re: Multi-platform File Transfer)
  8. Date: 25 Apr 1996 13:29:23 GMT
  9. Organization: Columbia University
  10. Lines: 75
  11. Message-ID: <4lnunj$68@apakabar.cc.columbia.edu>
  12. References: <31727860.2781@tkg.com> <Dq0J1x.ByB@cyberdex.cuug.ab.ca> <4l43sd$550@apakabar.cc.columbia.edu> <960424.001900.1g0.rnr.w164w_-_@locutus.ofB.ORG>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <960424.001900.1g0.rnr.w164w_-_@locutus.ofB.ORG>,
  16. Russell Schulz <Russell_Schulz@locutus.ofB.ORG> wrote:
  17. : jaltman@watsun.cc.columbia.edu (Jeffrey Altman) writes:
  18. : > : Naw, check out Kermit...
  19. : >
  20. : > I would love to recommend Kermit, but we don't have Kermit for AS/400.
  21. : > Many times people ask us if they can port Kermit to OS/400.  And then
  22. : > we never hear from them again.
  23. : > So it can't be too easy.
  24. : 
  25. : how much pain is it to write a simple kermit, if you force everything
  26. : even slightly suspicious to be escaped?
  27. : -- 
  28. :
  29. Be my guest :-)
  30.  
  31. Among the problems to be considered are:
  32.  
  33.  1. Terminal i/o for the AS/400 is unlike anything else on earth.
  34.     Synchronous, half-duplex, block-mode, twinaxial cable 5250 and
  35.     associated controllers.
  36.  
  37.  2. The file system is based on EBCDIC rather than ASCII.
  38.  
  39. Granted, these problems are solvable (soluble?) since, indeed, we solved
  40. similar problems at the very beginning when designing the Kermit protocol
  41. to be "IBM-mainframe friendly".  See pages 108-113 of "Kermit, A File
  42. Transfer Protocol".  First, you need a way to defeat the 5250ness of the
  43. terminal (or Telnet) connection by putting it into "transparent mode".
  44. Does anybody know how to do that?  Note that there is probably not just
  45. one way to do this, but "n" different ways, where "n" is the number of
  46. different 5250 control units and/or protocol converters on the market,
  47. both from IBM and from third parties.
  48.  
  49. Of course, we might still be able to get through a controller even when it
  50. is not transparent using the infamous "Doomsday Kermit" extensions introduced
  51. a few years and described in Kermit News #5, June 1993, but "DDK" transfers
  52. are necessarily quite slow.  (Kermit News #5 is available on the Web as
  53. http://www.columbia.edu/kermit/newsn5.html.)
  54.  
  55. In any case, I would not be surprised if the APIs to the i/o subsystem are
  56. hideously complex and obscure -- nothing like "read a character, write a
  57. character" that most of us are accustomed to -- more like fill in seventeen
  58. control blocks with mysterious control words, write a channel program in
  59. assembly language and load it into the controller, start an asynchronous i/o
  60. operation, and then wait for some interrupt to happen.  Just a guess.  Of
  61. course, if you are an AS/400 programmer, this is your bread and butter.
  62.  
  63. Second, there are numerous problems stemming from the EBCDIC file-system
  64. orientation, beginning with the program source code itself (e.g. if you
  65. were to try to port C-Kermit), which more or less assumes the ASCII
  66. collating sequence, to communications i/o (in which, for example, packet
  67. checksums or CRCs are based upon the ASCII values of the characters in the
  68. packet), not to mention the fact that any communications to the "outside"
  69. (i.e. non-5250) world is going to be translating everything between EBCDIC
  70. and ASCII...  So think about it -- textual is read from the disk in EBCDIC,
  71. translated to ASCII so the checksum can be formed, the packet is then
  72. translated from ASCII back to EBCDIC so that the communications subsystem
  73. can translate back to ASCII (again)...
  74.  
  75. Third...  Do you also want it to be able to initiate connections?  Dial
  76. out or Telnet?  How would you dial out?  Where is the modem?  And consider
  77. how you, sitting at a block-mode 5250 terminal, would have an interactive
  78. terminal session with, say, UNIX or a BBS.
  79.  
  80. The list goes on.
  81.  
  82. It's not impossible, but it appears to be hard enough that nobody has yet
  83. been able to do it -- and this goes back to the System 34/36/38 days more
  84. than a decade ago, a time when we had more than a small handful of
  85. volunteer programmers eager to crank out new Kermit implementations.
  86.  
  87. Go ahead, make my day :-)
  88.  
  89. - Frank